TITLE OF THE INVENTION 

TEXT MESSAGING SYSTEM AND METHOD 

This is a continuation of International Application 
PCT/JP99/02353, with an international filing date of April 
5 30, 1999. 

BACKGROUND OF THE INVENTION 
Technical Field 

The present invention relates to a text messaging 
system for sending and receiving text messages among mobile 
10 terminals and information terminals connected via a network. 
More particularly, the present invention relates to a text 
messaging system for sending and receiving according to 
sender and receiver status text messages whose immediacy is 
strong, among multiple mobile terminals and information 
15 terminals connected to a computer network such as mobile a 
communication network or packet exchange network. 

In the present invention, "packet exchange networks" 
mean networks for connecting personal computers (PC), 
workstations (WS), and PDAs (personal digital assistants); 
20 and the Internet, local area networks (LAN) and intranets 
can be cited as examples of packet exchange networks . 

Mobile terminals are not particularly limited as long 
as they can send and receive text information via a mobile 
communication network, and mobile phones, personal 
25 handyphone systems (PHS), car phones, and pocket beepers can 




be cited as examples of mobile terminals. Information 
terminals are not particularly limited as long as they can 
send and receive text information via a network^ and PCs, 
WSs, and PDAs can be cited as examples of information 
5 terminals. 

Description of Related Art 

Fig. 21 shows a conceptual structure of a conventional 
text messaging system using mobile phones, PHSs, and a 
center for relaying them. 

10 A mobile terminal A sends wirelessly to a text message 

center text messages addressed to a mobile terminal B (1). 
The center comprehends condition of each mobile terminal 
with a detection part of radio condition. If the mobile 
terminal B is receivable, the text message center transmits 

15 the text message to the mobile terminal B. If the mobile 
terminal B is unreceivable because it is out of the radio 
area, for example, the text message center stores the text 
message in the storage area (2). At the moment that the 
mobile terminal B becomes receivable the text message center 

20 transmits the text message (3, 4, 5, 6, 7). A part of the 
mobile terminals B may connect to the center and obtain the 
text message stored in the center. Furthermore, text 
messages may be transmitted from mobile terminal A to mobile 
terminal B directly, not via the center. In this case, if 

25 the destination terminal is out of the radio area or on the 
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phone, text messages are not received. 

In the above-mentioned system in Fig, 21, a setting 
that e-mail is forwarded to a designated address is 
previously made. By storing in the center e-mail reached 
5 the designated address as a text message to a mobile 
terminal, e-mail is liaised with mobile terminals (9). 
There is also a system in which sender, title, and 
importance level of e-mail are previously set. When e-mail 
corresponding to forwarding conditions reaches the center, 

10 the e-mail is forwarded to a mobile terminal. Conversely, 

there is a system that when an e-mail address is inputted on 
the destination in a mobile terminal, the center transmits 
text messages as e-mail (8). 

There already exists a system other than those above 

15 that an e-mail server detects e-mail arrival and notifies a 
predetermined mobile terminal of incoming of mail with 
information such as a sender of the e-mail, the title, and 
the time. 

Meanwhile, as a means to detect other parties' statuses 
20 on a network, a monitor service of link state to the 

network, a busy condition management service of a service 
such as chat or electronic conference, an inventory 
management service, and a service computerized destination 
board are provided. 
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However, in a conventional text messaging system, text 
messages from mobile terminals are forwarded to e-mail only 
if such a setting is made. Receive messages cannot be 
received on a mobile terminal unless the setting once made 
5 is canceled. Furthermore, these setting and canceling are 
very troublesome. Receivers selectively use a send method 
of text messages such as e-mail and transfer to a mobile 
terminal regardless of the other party's status. On this 
account, selecting or switching a send mode according to the 
10 other party's status, which dynamically changes, is not 
performed. 

For example, assume that a partner receiving text 
messages is connected to a network with a PC. In this case, 
receiving character messages on the PC instead of a mobile 

15 terminal is convenient for replying, enabling text messages 
to be immediately transmitted. Text messages of a mobile 
terminal are stored if the other party cannot receive them, 
but the sender cannot know that the messages are not 
immediately received. Under such circumstances, the sender 

20 cannot know if he/she needs to take another means or measure 
because the other party does not look at the sent text 
messages . 

Since liaison of text message communication between 
mobile terminals and PCs are limited, it is difficult to 
25 freely transmit text messages to an information terminal 
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currently used by the other party with a network application 
currently used by the other party. On this account, a user 
cannot communicate according to the other party's status and 
it is inconvenient for the user even if he/she know that the 
5 other party is connected to a network or network service in 
a place away from home. 

Furthermore, an e-mail system can notify the sender a 
status that a sent e-mail did not reach the other party, for 
example. However, this system does not manage such 
10 dynamically-changing send result as the other party not 

having check the e-mail for certain time or the other party 
not having read it while he was using a network service. 

SUMMARY OF THE INVENTION 

The present invention aims at providing technologies 
15 for sending and receiving text messages with mobile 
terminals such as mobile phones and PCs in real time 
according to the utilization status of dynamically-changing 
information terminals. 

A first aspect of the present invention provides a text 
20 messaging system comprising multiple information terminals 
having communication means, and a server connected to the 
above-mentioned information terminals via a communication 
line suitable to the above-mentioned communication means . 
The above-mentioned information terminals have send means, 
25 receive means, and status detection means. The send means 



sends to a server a text message addressed to another 
information terminal. The receive means receives from 
another information terminal the text message from another 
information terminal. The status detection means detects 
5 operational status including at least link state to the 
communication line and notifies the server of it. 

The server has receive means, send means, status 
administration means, and decision means. The receive means 
receives text messages from information terminals . The send 

10 means sends text messages received from information 
terminals to other information terminals. The status 
administration means retains operational statuses of 
information terminals notified from the status detection 
means for every users. The decision means determines send 

15 modes of text messages according to operational statuses of 
information terminals. 

Mobile communication networks, call switching networks 
such as PSTN (public switched telephone network), and packet 
switched networks can be cited as communication lines. A 

20 server comprehends operational statuses of information 
terminals because each information terminal reports 
operational status such as condition of connection to a 
communication line to the server. For example, assume that 
user A sends a text message from a PC on a communication 

25 line to another user B via a server. The server determines 




whether or not the PC of user B is connected to the 
communication line, and if it is connected, the server sends 
the text message to the PC of user B. If it is not 
connected to the communication line, the server transmits 
5 the text message to the mobile phone of user B. 

A second aspect of the present invention provides a 
text messaging system comprising one or more mobile 
terminals and information terminals respectively having 
communication means and a server connected to the above- 

10 mentioned mobile terminals and mobile information terminals 
via a communication line according to communication means. 

The information terminals have send means, receive 
means, and status detection means. The send means sends to 
the server text messages addressed to other mobile terminals 

15 or information terminals. The receive means receives from 
the server text messages sent from other mobile terminals or 
information terminals . The status detection means detects 
operational status including at least link state to the 
communication line and notifies the server of it. 

20 The server has receive means, send means, status 

administration means, and decision means. The receive means 
receives text messages from information terminals. The send 
means sends text messages received from mobile terminals or 
information terminals to other mobile terminals or 

25 information terminals. The status administration means 



retains operational statuses of information terminals 
notified from the status detection means for every users • 
The decision means determines send modes of text messages 
according to operational statuses of information terminals. 
5 PCs and WSs notify the server of at least the status of a 
link to a communication line and the server retains the 
notified status of the information terminal. When user A 
sends a text message to other user B via the server, 
information that user B is identified by is included in the 

10 text message to be sent. Specifically, a text message from 
a mobile terminal includes a telephone number of user B, ID, 
etc. The status administration means of the server obtains 
operational status of the user B's PC based on the 
information included in the text message. The decision 

15 means determines a send mode according to the present status 
of the PC if text messages can be sent to the user B's PC. 
Otherwise the decision means forwards the text message to 
the mobile terminal of user B. 

A third aspect of the present invention provides a text 

20 messaging system wherein the status detection means detects 
whether or not an information terminal is being used and 
notifies the server of it and the decision means determines 
the information terminal as a receiver of the text message 
if the information terminal is being used. 

25 In other words, the status detection means determines 



whether or not the information terminal is being used. The 
determination is performed by detecting operation of a mouse 
or a keyboard of the information terminal such as a PC or 
operational status of a screen saver. In this case, the 
5 decision means of the server sends a text message to the PC 
if the destination PC is being used. Otherwise a 
destination can be determined so that the text message is 
sent to a mobile terminal. 

A forth aspect of the present invention provides a text 

10 messaging system wherein an information terminal further has 
service detection means which detects the operational status 
of a network application in the information terminal and 
notifies a server of it. In this system, the status 
administration means of the server retains the operational 

15 statuses of a notified network application, and if the 

network application can operate on the server, the decision 
means determines the sending of a text message with the 
network application when the network application is 
operating on the information terminal. 

20 The service detection means detects that a 

predetermined network application for utilizing WWW (World 
Wide Web), IRC (Internet Relay Chat), E-mail, etc. is 
started and notifies the server of it. On the server side, 
the decision means determines the sending of a text message 

25 with a network application operating in a destination 




information terminal. For example, a text message is sent 
by e-mail if a destination PC is using an e-mail application 
or the text message is sent by chat if the destination PC is 
using a chat application, 
5 A fifth aspect of the present invention provides a text 

messaging system wherein the send means of an information 
terminal can notify a server that a text message was read, 
and the server further has reporting administration means 
which saves the text message sent to the information 

10 terminal and forwards the text message to the information 
terminal if that the text message was read is not notified. 

For example, the receive means of a PC displays a 
received text message on the corner of the screen. When the 
displayed message is deleted, the receive means determines 

15 that the text message is read and notifies the send means of 
it. The send means sends "already-read notification" to the 
receive means of the server. Meanwhile, the sent text 
message, the sender, the name of the destination, etc. are 
notified reporting administration means from the decision 

20 means and the reporting administration means saves them. 
The saved text message is deleted when "already-read 
notification" is received from the information terminal. 
However, as for a text message for which "already-read 
notification" is not notified, the saved text message is 

25 forwarded to a mobile terminal. 



A sixth aspect of the present invention provides a text 
messaging system wherein a reporting administration means 
forwards a text message sent to an information terminal 
according to the variation of the operational status of the 
5 information terminal. 

The status change of an information terminal is 
notified the reporting administration means from the status 
administration means. For example, if the notification of 
disconnection from a communication line is sent prior to 
10 "already-read notification", the sent text message is 
forwarded to the mobile terminal. 

A seventh aspect of the present invention provides a 
text messaging system wherein if a text message sent to the 
information terminal is not read within a prescribed time 
15 period, the reporting administration means forwards the text 
message to the mobile terminal. 

The reporting administration means activates a timer 
when the sent text message is notified the reporting 
administration means from the decision means. The reporting 
20 administration means determines that the sent text message 
is not read in the information terminal if the text message 
is left after a prescribed time, and then sends the text 
message to the information terminal on the communication 
line. 

25 An eighth aspect of the present invention provides a 
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text messaging system wherein the reporting administration 
means of the server notifies a text message sender that the 
text message is sent to a mobile terminal in a prescribed 
case, 

5 The reporting administration means notifies a text 

message sender that the text message is sent to a mobile 
terminal in a prescribed case. The prescribed case means a 
case that/ for example, a text message was unable to be sent 
to an information terminal or a text message is not read in 

10 the information terminal. The prescribed case may include a 
case that, for example , a prescribed identifier is inserted 
into a text message. If a user needs the notification of a 
send result, he/she can hope for the notification by 
inserting an prescribed identifier into a text message to be 

15 sent. 

A ninth aspect of the present invention provides a text 
messaging system wherein the reporting administration means 
stores a text message and notifies the text message sender 
that the text message is stored if it cannot send the text 

20 message to a mobile terminal. 

There may be a case that a text message sent to a 
mobile terminal is stored in a server because the 
destination mobile terminal is out of the radio area or 
busy. If this is the case, the reporting administration 

25 means notifies the sending information terminal of it. A 
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sending user can know if the text message is immediately 
transmitted. If the sending user requests the notification 
of a send result, he/she may add an identifier to a text 
message to be sent as described above, 
5 A tenth aspect of the present invention provides a text 

messaging system wherein the status detection means of an 
information terminal notifies a server of a phone number for 
contact, the status administration means of the server 
retains the notified phone number, and when a text message 
10 is sent from the information terminal to a mobile terminal, 
the decision means adds the phone number to a text message 
and sends it if the phone number of the sender for contact 
is set. 

The status detection means of the information terminal 
15 notifies the server of the phone number of the present 

whereabouts of a user. The status administration means of 
the server retains the notified phone number. The decision 
means refers to the status of a sending user when the 
destination of the text message from a PC such as a mobile 
20 terminal is selected. If the present phone number is set, 

the decision means adds the phone number to the text message 
as a callback phone number and sends it. If there is no 
present phone number, the decision means adds a default 
phone number of each user. This is convenient when a 
25 message receiver would like to inquire by phone instead of a 



character message. 

An eleventh aspect of the present invention provides a 
text messaging system further having a quasi information 
terminal connected to the communications line. The quasi 
5 information terminal has receive means, information 

acquisition means, send means, and information setting 
means . 

The receive means receives from a server a text message 
sent from a mobile terminal. The information acquisition 

10 means obtains the operational status of other information 
terminals according to received text messages. The send 
means sends the obtained operational status to the mobile 
terminal as a text message. The information setting means 
sets the operational status of other information terminals 

15 according to the received text message and notifies the 
server of it. 

For example, user A sends a message that he/she would 
like to know the status of user B to a quasi information 
terminal from a mobile terminal. The quasi information 

20 terminal obtains the status of user B from the server. The 
obtained information is sent from the quasi information 
terminal to the mobile terminal of user A as a text message. 
User A sends the phone number of the whereabouts from the 
mobile terminal to the quasi information terminal as a text 

25 message. The quasi information terminal sends a text 
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message that changes the present phone number of user A for 
contact . 

A twelfth aspect of the present invention provides a 
text messaging system comprising one or more mobile 
5 terminals and information terminals respectively having 
communication means / a primary server connected to the 
above-mentioned information terminal via a communication 
line according to the above-mentioned communication means ^ 
and a secondary server connected to the above-mentioned 

10 mobile terminal and information terminal via a communication 
line according to the above-mentioned communication means. 

The information teinminal has send means, receive means, 
and status detection means. The send means sends to the 
secondary server a text message addressed to another mobile 

15 terminal or information terminal. The receive means 

receives from the secondary server a text message sent from 
another mobile terminal or information terminal. The status 
detection means detects at least the status of connection to 
a computer network and notifies the primary server of it. 

20 The primary server has a status administration means 

that collects the operational status of an information 
terminal from the information terminal and retains it for 
each user. 

The secondary server has receive means, send means, and 
25 decision means. 




The receive means receives a text message from a mobile 
terminal or an information terminal. The send means sends a 
text message received from a mobile terminal or information 
terminal to another mobile terminal or information terminal. 
5 The decision means obtains the operational status of an 

information terminal from the primary server and determines 
the send mode of a text message according to the obtained 
operational status . 

This is a system configuration that the primary server 
10 and secondary server shares the function of the server 
according to the second aspect of the present invention. 

A thirteenth aspect of the present invention provides a 
text messaging system wherein an information terminal can 
further notify the secondary server that a text message was 
15 read and the secondary server further has a reporting 
administration means that forwards a text message to a 
mobile terminal if it is not notified that the text message 
was read. 

This is a system configuration that the primary server 
20 and secondary server shares the function of the server 
according to the fifth aspect of the present invention. 

The fourteenth aspect of the present invention provides 
a text message communication device having send means, 
receive means, and status detection means which is an 
25 information terminal that has communication means and sends 



and receives text messages among mobile terminals or other 
information terminals via a communication line and a server 
according to the above-mentioned communication means . 

The send means sends to the server a text message 
5 addressed to another mobile terminal or information 

terminal. The receive means receives from the server a text 
message sent from another mobile terminal or information 
terminal. The status detection means detects an operational 
status including the status of connection to a communication 

10 network and notifies the server of it. 

A fifteenth aspect of the present invention provides a 
server for text message communication which is a server 
connected to one or more mobile terminals or information 
terminals having communication means via a communication 

15 network according to the above-mentioned communication means 
and has receive means ^ send means, status administration 
means / and decision means. 

The receive means receives a text message from a mobile 
terminal or information terminal. The send means sends a 

20 text message received from a mobile terminal or information 
terminal to another mobile terminal or information terminal. 
The status administration means receives an operational 
status from an information terminal and retains it for each 
user. The decision means determines a send mode of text 

25 message according to operational status of the information 



terminal . 

A sixteenth aspect of the present invention provides a 
computer-readable recording medium which stores a text 
message communication program used for information terminals 
5 having communication means that sends and receives text 
messages among mobile terminals or other information 
terminals via a communication line or a server according to 
the above-mentioned communication means and stores a program 
for executing steps A to C below: 
10 A: a send step that a text message addressed to another 

mobile terminal or information teirminal is sent to the 
server; 

B: a receive step that the text message sent from 
another mobile terminal or information terminal is received 
15 from the server; and 

C: a status detection step that an operational status 
including at least a status of connection to the 
communication line is detected and notified the server • 

A seventeenth aspect of the present invention provides 
20 a computer-readable recording medium which stores a text 
message communication management program used for a server 
connected to one or more mobile terminals or information 
terminals respectively having communication means via a 
communication line according to the above-mentioned 
25 communication means and stores a text message management 



program for executing steps A to D below: 

A: a receive step that a text message is received from 
a mobile terminal or information terminal; 

B: a send step that the received text message is sent 
5 to another mobile terminal or information terminal; 

C: a status administration step that the operational 
status of the information terminal is obtained and is 
retained for each user; and 

D: a determination step that the send mode of the text 
10 message is determined according to the operational status of 
the information terminal. 

An eighteenth aspect of the present invention provides 
a text message communication method which uses one or more 
mobile terminals or information terminals respectively 
15 having communication means and a server connected to the 
above-mentioned mobile terminals and information terminals 
via a communication line according to the above-mentioned 
communication means ^ comprising: 

A: sending and receiving a text message between a 
20 mobile terminal or information terminal and another mobile 
terminal or information terminal via the server; 

B: detecting the operational status of the information 
terminal including at least status of connection to the 
communication line and notifying the server of it; 
25 C: retaining the operational status of the information 
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terminal for each user in the server; and 

D: determining the send mode of the text message 
according to the operational status of the information 
terminal by the server. 
5 A nineteenth aspect of the present invention provides a 

text message send/receive method which is used for 
information terminals that have communication means and send 
and receive text messages among mobile terminals or other 
information terminals via a communication line and a server 
10 according to the above-mentioned communication means, 
comprising: 

A: sending to the server a text message addressed to 
the above-mentioned mobile terminal or information terminal; 
B: receiving from the server a text message sent from 
15 another mobile terminal or information terminal; and 

C: detecting the operational status including at least 
the status of connection to the communication line and 
notifying the server of it. 

A twentieth aspect of the present invention provides a 
20 text message communication management method of a server 
connected to one or more mobile terminals or information 
terminals respectively having communication means via a 
communication line according to the above-mentioned 
communication means, comprising: 
25 A: receiving from a mobile terminal or information 
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terminal a text message addressed to another information 
terminal; 

B: sending the received text message to another mobile 
terminal or information terminal; 
5 C: collecting the operational status of the information 

terminal including at least the status of the connection to 
the communication line and retaining it for each user; and 

D: determining the send mode of the text message 
according to the operational status of the information 
10 terminal. 

From the following detailed description in conjunction 
with the accompanying drawings^ the foregoing and other 
objects, features, aspects and advantages of the present 
invention will become readily apparent to those skilled in 
15 the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a functional block diagram of a text 
messaging system according to the first embodiment of the 
present invention ; 
20 Fig. 2 is a conceptual explanatory diagram of data 

stored in a status-storing module; 

Fig. 3 is a conceptual explanatory diagram of a message 
table in a reporting administration module; 

Fig. 4 is a display example of a window for setting 
25 status; 
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Fig. 5 is a display example of a text message send 
window; 

Fig. 6 is a display example of a text message receive 
window; 

5 Fig. 7 is a display example of an e-mail text message 

receive window; 

Fig. 8 is a display example of an IRC text message 
receive window; 

Fig. 9 is a flowchart showing flow of an operational 
10 status notification process; 

Fig. 10 is a flowchart showing flow of a connection 
status notification process; 

Fig. 11 is a flowchart showing flow of a send process; 
Fig. 12 is a flowchart showing flow of a receive 
15 process; 

Fig. 13 is a flowchart showing process flow in a 
decision part; 

Fig. 14 is a flowchart showing flow of a status 
administration process; 
20 Fig. 15 is a flowchart showing flow of a reporting 

administration process; 

Fig. 16 is a flowchart showing flow of a timeout 
process; 

Fig. 17 is a flowchart showing flow of an operational 
25 status process; 




Fig. 18 is a flowchart showing flow of another process; 

Fig, 19 is a configuration of a text messaging system 
according to a second embodiment; 

Fig. 2 0 is a configuration of a text messaging system 
5 according to a third embodiment; and 

Fig. 21 is a conceptual configuration diagram of a 
conventional text messaging system using mobile terminals. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Best Mode for Implementing the Invention 
10 Next gives a detailed explanation of the present 

invention referring to the drawings . 
First Embodiment 

Fig. 1 shows a functional block diagram of a text 
messaging system according to the first embodiment. The 
15 text messaging system according to the first embodiment 
consists of server 1 connected to Internet 2 and mobile 
communication network 4^ multiple PC clients 3, and multiple 
mobile phones 5A, 5B, „. on the mobile communication network 
4. Incidentally, to simplify the drawing, only one PC 
20 client 3 is shown. The mobile phone can send and receive a 
text message. The server 1 is notified of a detected self 
status of each mobile phone such as "busy" or "out of radio 
area. " 
Server 

25 The server 1 has text message send part 6, text message 
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receive part 1, status administration part 8, status storage 
part 9, decision part 10^ notification management part 11, 
message storage part 12, receive part 13, send part 14, and 
radio status detection part 15. 
5 The text message send part 6 and text message receive 

part 7 send and receive a text message with the PC client 3 
connected to the Internet 2, and send and receive send 
result notification of a text message or already-read 
notification of a text message with the PC client 3. 

10 The status administration part 8 receives operational 

status of the PC client from the PC client 3 and stores it 
in the status storage part 9 for each user. The operational 
status of the PC client is, for example, activation and 
completion of Internet applications, connection and 

15 disconnection of the Internet 2, activation status of a 

screen saver, or PC in operation. The status administration 
part 8 receives stores prescribed information from the PC 
client 3 and stores it in the status storage part 9 for each 
user. The prescribed information is, for example, an e-mail 

20 address of each user, a nickname in IRC, a server and a 
channel, the phone number of a mobile phone, or present 
phone number. 

Fig. 2 shows an example of an operational status and a 
phone number of each PC client retained for each user by the 
25 status storage part 9. As shown in Fig. 2, the status 
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storage part 9 retains only one active status for each user. 
For example, even if one user has multiple PC clients, a PC 
for which an up-to-date status is set according to the 
user's operation is valid. In Fig. 2, if data are blank, it 
5 is determined that the status is null. 

For example, a status of each PC client in Fig. 2 means 
the following: 

User A: PC does not operate because there is not an IP 
address . 

10 User B: PC is in operation and is connected to a 

network. 

User C: PC is in operation and is connected to a 
network. E-mail is currently in use. 

User D: PC is in operation. Chatting by IRC. PC is in 
15 operation. There is a phone number of a destination. 

User E: PC is in operation. A Screensaver is active. 
There is a phone number of a destination. 

When the server 1 receives a text message addressed to 
any of the users, the decision part 10 operates as follows. 
20 The decision part 10 refers to the operational status of a 
PC client of the relevant user and determines a send mode 
which can receive the text message in real time. At this 
time, if an Internet application is active on the PC client 
of the relevant user, the decision part 10 determines that 
25 the text message is sent with the Internet application. If 
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a PC client of the relevant user does not exist, is not 
connected to the Internet, or is not used, the mobile phone 
of the relevant user is determined as the destination of the 
text message. If necessary, the text message is converted 
5 after the determination of a send mode, and the send request 
of the text message is done to the message send part 6 or 
send part 14. The decision part 10 notifies the text 
message to be sent to the notification management part 11 to 
monitor the send result of the text message. 

10 The notification management part 11 retains the text 

message sent in response to the notification from the 
decision part 10 in a message table. The notification 
management part 11 also sends send notification to the 
sender if the status of the text message corresponds to a 

15 prescribed case. The prescribed case is such that the other 
party did not read the text message within a prescribed 
time, the text message was not read while the network 
application is active, the text message is not read while 
the PC is connected to the Internet 2. Fig. 3 shows a 

20 conceptual diagram of the message table. In the message 

table shown in the figure, the name of a sender, the name of 
a receiver, the type of receiver, the timer ID, and the 
contents of the text message are retained. 

The message storage part 12 temporally stores the text 

25 message if the text message is not immediately sent to the 
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mobile terminal 5A, 5B/ etc. 

The receive part 13 and send part 14 are for sending 
and receiving the text message among mobile phones 5A and 
5B. 

5 Radio status detection part 15 detects notification 

from the mobile phone 5A or 5B and stores the status of the 
mobile phone such as within radio area or busy. 
PC Client 

The PC client 3 has text message send/receive 21, 

10 network service detection part 22, PC operation detection 
part 23, and status setting part 24. 

The text message send/receive part 21 sends and 
receives the text message with the server 1, notifies the 
user of the send result of the text message sent from the 

15 server 1, and further notifies the server 1 that the 

received text message was read according to the input of the 
user. Incidentally, the text message send/receive part 21 
may be an independent application or another Internet 
application for sending and receiving text messages can be 

20 substituted. An e-mail application or an IRC application is 
cited as an example of an application for sending and 
receiving text messages. 

The network service detection part 22 detects the 
activation and completion of a network application. 

25 Specifically, it detects the connection and disconnection of 



an webpage or the activation and completion of an e-mail or 
IRC application, and notifies the status setting part 24 of 
it each time the status changes. At the same time, it 
detects an e-mail address, a nickname used for IRC, a 
5 server, and a channel and notifies of them. 

The PC operation detection part 23 monitors a user 
status and notifies the status setting part 24 of it each 
time the status changes. Specifically, it monitors whether 
or not there is input by keyboard or mouse, the PC client 3 

10 connects to or disconnects from a network by LAN or dial up, 
the Screensaver is active, input by keyboard or mouse is 
done on the top window in multiwindow. The PC operation 
detection part 23 also sends "connection message" to the 
status administration part 8 of the server 1 at every 

15 definite period of time. If "connection message" does not 
come within a period of time, the status administration part 
8 determines that the PC client 3 is disconnected from the 
Internet 2 . 

The status setting part 24 notifies the status 
20 administration part 8 of the server of the status of the PC 
client detected by the above-mentioned service detection 
part 22 and the PC operation detection part 23. The status 
setting part 24 receives the mobile phone number of the user 
and the present phone number and notifies the status 
25 administration part 8 of the server 1 of them. Furthermore, 




the status setting part 24 obtains the operational status of 
the PC client of another user, destination, contact address, 
etc. from the server 1 and outputs them. 
Processes on PC Client 
5 Next gives a specific explanation of the process done 

by the PC client according to the embodiment (process done 
by the application) showing screen examples and flowcharts. 
(1) Screen Example 

"In" Status Setting Window 

10 Fig. 4 shows an example of a window for setting 

whereabouts of the user. The right side of the screen shown 
in the figure is a presence status setting window. This 
window is for writing presence status of the user (present, 
absent, away from seat, in council, in laboratory, etc.), 

15 his/her destination, phone number, brief schedule, etc. 
Input in the window by the user notifies the status 
administration part of the server 1 of a presence status. 
The presence status of another user obtained from the server 
1 by the status setting part is displayed on a window on the 

20 left side in the figure. 

Text Message Send Window 

Fig. 5 shows an example of a message send window in the 
PC client 3 . Selecting the receiver of a text message on 
the above-mentioned left window in the figure opens the text 
25 message send window. With this, a brief message such as 



"hey, come on" or "call me" can be notified substantially in 
real time if the other party connects to the Internet 2 with 
a PC client. Furthermore, by checking the send result 
notification box, the result notification of a sent message 
5 can be asked for. 

Text Message Receive Window 

Fig. 6 shows the receive window of text messages. The 
receive window is displayed in the corner of the screen 
without being displayed in front of the window being used. 

10 On the right side of the window, there is a button for 
replying by call or text message. This button is for 
immediately replying to a received text message. The button 
on the right edge is for abandoning the text message without 
replying to it. By pressing any of the buttons or closing 

15 the window, the already-read message showing the text 

message was read is sent to the server 1 from the PC client 
3. The text message receive part 6 of the server 1 that 
received notification notifies the notification management 
part 11 of an already-read notification. 

20 If the PC client 3 where an Internet application is in 

operation received a text message, the receive window is 
displayed with the application window. Fig. 7 is a screen 
example when a text message is received while an e-mail 
application is being used. A message from user B indicated 

25 as to-be-read in Fig. 7 is a message send by the present 




invention. Fig, 8 is a screen example when a text message 
is received while the IRC application is being used. If 
these Internet application are being used, the mail becoming 
already-read or reply input to a chat is detected with the 
5 service detection part 22 of the PC client 3 and is notified 
the server 1. 

(2) Operational Status Notification Process 

Once a PC is powered and connected to the server via 
the Internet, the operative status notification process 

10 shown in Fig. 9 and the connection status notification 
process shown in Fig. 10 are commenced. 

At first in step SI, the above-mentioned network 
service detection part 22 and the PC operation detection 
part 23 monitor the operational status of the PC client 3. 

15 In step S2, the service detection part 22 and the PC 

operation detection part 23 determine whether or not there 
is a change in the operational status. If there is a 
change, a new status is notified the status setting part 24 
and step S3 ensues. If there is no changes in the 

20 operational status, the process returns to step SI. 

In step S3, the status setting part 24 received the 
notification notifies the server 1 of a new operational 
status. At the moment, information for identifying the user 
such as a user name or an IP address is added and notified, 

25 and the process returns to step SI to monitor occurrence of 
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a new status change. 

In other words, in steps SI to S3 , a process that the 

change of the operational status of the PC client is 

notified the server 1 is performed. 
5 Meanwhile, the PC operation detection part 23 performs 

the connection status notification process shown in Fig. 10 

in addition to the monitor and detection of the PC operation 

in the above-mentioned steps SI and S2 and notifies the 

serverl of the connection status . 
10 At first, in step S21, the PC operation detection part 

23 determines whether or not the PC client 3 is connected to 

the Internet 2. If the result is "Yes", step 822 ensues. 

If the result is "No", the process returns to step S21 again 

and repeat the above-mentioned determination. 
15 In step S22, the PC operation detection part 23 sends 

the connection notification to the server 1 via the status 

setting part 24. 

In step S23, the PC operation detection part 23 waits 

for the elapse of predetermined time T and if the time 
20 elapsed, the process returns to step S21 and repeats the 

above-mentioned determination and connection notification. 
Namely, in steps S21 to S 23, while the PC client 3 is 

connecting to the Internet 2, a process that the connection 

notification to the server 1 is performed every time the 
25 predetermined time T elapses. 



(3) Send Process 

When the PC is powered and connected to the server via 
the Internet, the send process as shown in Fig, 11 are 
commenced along with the above-mentioned operation status 
5 notification process and the connection status notification 
process . 

In step S31, the text message send/receive part 21 
determines whether or not the other party a text message is 
sent to was selected. If the result is "Yes", step S32 

10 ensues. Otherwise the process repeats the step and waits 
for the other party to be selected. 

In step 32, the text message send/receive part 21 opens 
the text message send window in Fig. 5 and accepts the input 
of a text message to be sent. 

15 In step S33, the text message send/receive part 21 

waits for the "Send" button to be pressed. When the button 
is pressed, the input message is sent to the serve with the 
sender's name and the process returns to step S31. 

(4) Receive Process 

20 When the PC is powered, a receive process as shown in 

Fig. 12 is commenced in parallel with the above-mentioned 
process . 

At first, in step S41, the text message send/receive 
part 21 waits for a reception from the server 1 and if there 
25 is a reception, step S42 ensues. 
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In step S42, the text message send/receive part 21 
determines whether or not the reception is a text message 
from another user. If the result is "Yes", step S 43 
ensues. Otherwise step S50, which will be descried below, 
5 ensues. 

In step S43, the text message send/receive part 21 
opens the receive window exemplified in Fig 6, 7, or 8, 
notifies the user of the received text message part, and 
obtains a sender number included in the sent text message 
10 such as an IP address. 

In step S44, the text message send/receive part 21 
determines whether or not the reply button was pressed. If 
the above-mentioned read-and-abandon button was pressed or 
the window was closed, step S45 ensues. If the reply button 
15 was pressed, step S46 ensues. 

In step S45, the text message send/receive part 21 
sends a already-read notification that notifies the server 
that the text message was read. 

In step S46, the text message send/receive part 21 
20 determines whether the pressed reply button is the button 
for call. If the button for call was pressed, the step S47 
ensues. If the reply button by text message was pressed, 
step S4 8 ensues. 

In step S47, the text message send/receive part 21 
25 dials the mobile-phone number of the other party or the 




phone number of current whereabouts that is notified with 
the text message. The receive wait state in step S41 
returns . 

In step S48, the text message send/receive part 21 
5 opens the text message send window as shown in the above- 
mentioned Fig. 5 and accepts the input of a text message. 
By the text message being input and the "Send" button being 
pressed in step S49, the inputted text message is sent. The 
destination of the text message to be sent is set to the 

10 sender of the text message that is previously obtained. 

If it is determined that the reception is not a text 
message in step S42, step S50 ensues. In step S50, the text 
message send/receive part 21 determines whether or not the 
send result of the text message is received. If the 

15 reception is the send result, then step S51 ensues, the send 
result notified from the server 1 is notified the user, and 
the receive wait state in step S41 returns. For example, a 
send result "The message addressed to 020-222-222 was not 
read and forwarded to the mobile phone." is displayed on the 

20 screen. If the reception is not the send result, step S52 
ensues . 

In step S52, the text message send/receive part 21 
determines whether or not the reception is an already-read 
notification. If the reception is the already-read 
25 notification, step S53 ensues and it is notified the user 



that the sent text message is read by the other party • For 
example, as the result display of the mail in Fig, 7, the 
text message is displayed in catalogue and the relevant 
message part is displayed with half-tone dot meshing or a 
5 color. After that the receive wait state of step S41 
returns . 

Processes on the Server 

The flow of the process performed by the server 1 is 
explained with a flowchart. In the following description, 

10 the operational status of each PC client is shown in the 

above-mentioned Fig. 2. The server 1 can support an e-mail 
or IRC application used by the PC client. To simplify the 
description, a case that a text message is sent from the 
mobile phone 5A of user A to the mobile phone of another 

15 user C is described as a example. 
(1) Decision Process 

At first, flow of the process performed by the decision 
part 10 based on Fig. 13 is explained. 

In step S61, by the decision part 10 receiving from the 

20 receive part 13 of the server 1 a text message sent from the 
mobile phone 5A of user A, the process is commenced. The 
text message includes the mobile phone number, contents of 
the text message, sender information, and the presence of 
the notification of the send result. Now assume that the 

25 mobile phone number of user C is "020-444-4444", contents of 




the text message is "Returns to the office at 3 p.m.", and 
the sender information is the mobile phone number of user A 
i.e. "020-444-4444." 

Incidentally, when a text message is sent with each 
5 application from the PC client 3, the message receive part 7 
of the server 1 receives the text message and notifies the 
decision part 10 of it. In this case, information for 
identifying the sender and receiver is a user's name or an 
IP address. If the text message is sent by e-mail, the 
^ 10 information is an e-mail address; if the text message is 

p5 sent by IRC, the information is a nickname. 

In step S62, the decision part 10 searches in the 
L£= status storage part 9 with the received mobile phone number 

LLp 

□ "020-444-4444" as a search key and obtains the status of 

r- 15 user C. Similarly, the decision part 10 also obtains the 

status of the sender. 

In step S64, the decision part 10 determines whether or 
not the PC client of user B is connected to the Internet 2. 
In this example, since the IP address of user C is not 
20 empty, it is determined that the PC client is connected and 
step S 65 ensues. If it is not connected, the text message 
is sent to the send part 14 and step S 74, which is 
described below, ensues. 

In step 565, it is determined whether or not the PC 
25 client 3 of user C is in operation. Namely, if a 



Screensaver is active on the PC client of user C, it is 
assumed that user C is not in front of the PC and a mobile 
phone is selected as a destination. The received text 
message is stored in the message storage part 12. 
5 Conversely, a Screensaver is not active on the user C's PC 
in this example. Therefore the other party is assumed to be 
in front of the PC, the PC client of user C is selected as a 
destination, and step S66 ensues. 

In step S66, the decision part 10 determines whether or 

10 not an Internet application of the PC client is active on 
the PC client 3 of user C. Specifically, by referring to 
Fig. 2, it is understand that the e-mail address of user C 
is written and the e-mail is being used. In this case, step 
S67 ensues. Conversely, if the Internet application is not 

15 active, step S68, which is described later, ensues. 

In step S67, the decision part 10 obtains a necessary 
parameter for sending the text message with an e-mail 
application such as an e-mail address from the status 
storage part 9. At this moment the decision part 10 also 

20 obtains the name of user A. 

In step S68, the decision part 10 obtains a necessary 
parameter for directly sending the text message such as an 
IP address from the status storage part 9 . At this moment 
the decision part 10 also obtains the name of user A. 

25 In step S69, the decision part 10 notifies the text 



message send part 6 of the text message and the information 
obtained in step S67 or S68 and requests send. In this 
example, the text message is configured to an e-mail message 
by text message send part 6 and sent to the e-mail address 
5 of user C. In the PC client 3 of user C which received the 
e-mail message, the text message is displayed on an window 
shown in Fig. 7. The e-mail message sent from the server is 
usually sent to a client via an e-mail server. 

In above-mentioned step S63, if it is determined that 

10 the PC client of user C is not active, step S70 ensues. 

In step S70, the decision part 10 obtains a parameter 
which is necessary to send the text message to the mobile 
phone of user C such as a mobile phone number from the 
status storage part 9. At the same time, the decision part 

15 10 also obtains the name of user A, which is a sender, the 
mobile phone number of user A, and the number of 
whereabouts. If it is determined there is no statuses and 
step S7 0 ensues, the parameter of user C is not obtained. 
Consequently, the other party's phone number that were sent 

20 when the previous message was received "020-444-4444" is set 
to the other party's phone number and next step S71 
proceeds . 

In step S71, the decision part 10 passes the 
information obtained in the above-mentioned step S7 0 to the 
25 send part 14 and requests radio transmission. 
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In step S72, the decision part 10 determines whether or 
not the mobile phone of user C can notify the server 1 that 
the text message was read and the sender requests 
notification. If both is possible, step S73 ensues. If the 
5 notification from the mobile phone is impossible, the 

process returns to step S61 and waits for the reception of 
the text message. 

In step S73, the decision part 10 sends the sent text 
message, the sender's name, and send notification including 
10 a send terminal and a receive terminal to the notification 
management part 11. And step S61 returns. As described 
later, the notification part 11 writes contents of the 
received send notification in the message table. 

In the above-mentioned step S64 or S65, if it is 
15 determined that the PC client of user C is not connected to 
the Internet or the PC is not currently used, step S4 7 
ensues. 

In step S74, the decision part 10 determines whether or 
not sender A requests notification of a send result. If 
20 sender A requests the notification, then the above-mentioned 
step S70 ensues and the notification to the mobile phone is 
sent. 

In step S7 5, the decision part 10 creates result 
notification addressed to the sender indicating that the 
25 text message is temporally stored in the message storage 




part 12. 

In step S76^ the decision part 10 determines send mode 
according to the status of sender A sends the result 
notification created in step S74. Namely, the decision part 
5 10 sends the text message to the mobile phone because the PC 
client of receiver C is not connected to the Internet and 
notifies user A that a text message indicating it. The 
message is sent to the decision part 10 and transmitted to 
sender A in an appropriate way. 
10 (2) Status Administration Process 

Flow of status administration process managing the 
operational status of the PC client in the server 1 is 
described next with a flowchart shown in Fig. 14. 

At first, it is notified the status administration part 
15 8 of the server 1 from the status setting part 24 that the 
operational status in the PC client 3 of the user changed in 
step S81 and the process is commenced. 

In step S82, the status administration part 8 updates 
the contents of the status storage part 9 for each user 
20 based on the received contents. 

In step S83, the status administration part 8 further 
notifies the notification management part 11 of the change 
of the operational status. 
(3) Reporting Administration Process 
25 Reporting administration process performing 



notification to the sender from the server 1 is described 
below with a flowchart shown in Fig. 15. In this 
embodiment/ the following four processes are performed: (i) 
main process ^ (ii) timeout process of stored text message, 
5 (iii) process of stored text message according to a receiver 
status, and (iv) process other than above, 
(i) Main process 

At first, in step S91 in Fig. 15, receiving events such 
as message, timeout process, and status notification of 

10 user's activities commences the following process. 

In step S92, the notification management part 11 
determines whether or not the received event is a text 
message. If the event is a text message, step S93 ensues, 
otherwise step SlOO, which will be described later, ensues. 

15 In step S93, the notification management part 11 

determines whether or not the received text message is send 
notification notified from the decision part 10 in step S37 
in Fig. 13. If the received text message is the send 
notification, step S94 ensues. If the received text message 

20 is not the send notification, no process is performed and 
step S91 returns. 

In step S94, the notification management part 11 
activates a timer counting a prescribed time and manages the 
message table with timer ID. 

25 In step S95, the notification management part 11 writes 



timer ID in addition to contents of the text message 
included in the send notification, sender and receiver, and 
send/receive type. Then step S95 ensues. 

If it is determined in step S 92 that the text message 
5 is not send notification or is not an usual text message, 
then step SlOO ensues. 

In step SlOO, the notification management part 11 
determines whether or not the received event is timeout 
notification. If the event is timeout notification, message 
10 timeout handling routine in step S300 ensues. In the 

timeout handling routine, stored text messages that timed 
out are deleted. Timeout process is described later. If 
the received event is not timeout notification, step S2 00 
ensues. 

15 In step S200, the notification management part 11 

determines whether or not the received event is notification 
of the operational status of a PC client. If the event is 
the notification of the operational status, step S500 ensues 
and another handling routine is performed. The operational 

20 status handling routine in step S400 and another operational 
routine in step S500 are described later, 
(ii) Timeout Process 

If it is determined in step SlOO that the event is 
timeout notification, the timeout handling routine in step 
25 S300 ensues. Fig. 16 is a flowchart showing flow of the 



timeout handling routine • 

At first in step S3 01, the notification management part 
11 determines whether or not the timed-out text message is 
left in the message table. If the text message is left, it 
5 is assumed that already-read notification from the receiver 
in a predetermined time and step S3 02 ensues. If the text 
message is not left, the main routine in above-mentioned 
Fig. 15 returns. 

In step S302, the notification management part 11 
10 determines whether or not the type of the receiver of the 
timed-out text message is a mobile phone. If the type is a 
mobile phone, step S303 ensues; if the type is a PC client, 
step S307 ensues. 

In step S303, the notification management part 11 
15 determines whether or not the sender hopes for notification 
of send result of the text message. If the sender hopes for 
the notification, step S304 ensues. If the sender does not 
hope for the notification, step S306 ensues. 

In step S3 04, the notification management part 11 
20 creates to-be-read result notification that indicates the 
sent text message was not read and step S305 ensues. 

In step S3 05, the notification management part 11 
notifies the decision part 10 of created to-be-read result 
notification. The decision part 10 selects appropriate send 
25 means and send method from the sender status and sends the 



to-be-read result notification to the sender. 

In step S306/ the notification management part 11 
deletes an entry of relevant text messages from the message 
table and the main routine in above-mentioned Fig. 15 
5 returns . 

That is to say, in steps S303 to S305, result 
notification indicating "the text message is sent to the 
mobile phone, but it was not read." is sent to the sender. 

In step S302, if the receiver is determined as a PC 
10 client, step S307 ensues. 

In step S307, as is the case with the above-mentioned 
S303, the status administration part 11 determines whether 
or not the sender hopes for notification of send result. If 
the sender hopes for the notification, step S308 ensues. If 
15 the sender does not hope for the notification, step S3 15 
ensues . 

In step S308, the notification management part 11 
creates radio send result notification indicating the text 
message is sent to the mobile phone. 

20 In step S3 09, the notification management part 11 

notifies the decision part 10 of the created radio send 
result notification. The decision part 10 that received the 
notification notifies the sender of the above-mentioned 
result notification in a send mode according to the 

25 operational status of the sender's PC client. 



In step S3 10, the notification management part 11 
passes the text message to the send part 14 and deletes the 
entry of the relevant text message from the message table. 
In step S311, the notification management part 11 
5 obtains necessary information such as the receiver's mobile 
phone number to send the text message to the mobile phone 
from the status storage part 9. 

In step S3 12, the notification management part 11 
notifies the send part 14 of send information and requests 
10 the transmission of text message. 

In step S3 13, the notification management part 11 
determines whether or not it can be notified that the 
receiver's mobile phone read the text message. If it can be 
notified, the step S3 14 ensues. Otherwise the main routine 
15 in above-mentioned Fig. 15 returns. 

In step S314, the notification management part 11 
issues send notification including sender/receiver, 
send/receive type, etc. This send notification is written 
in the message table in the above-described step S94. 
20 (iii) Operational Status Process 

In step S200, if the received event is determined as 
the change notification of the operational status of the PC 
client, step S400 operational status handling routine shown 
in Fig. 17 ensues. Fig. 17 is a flowchart showing flow of 
25 the operational status handling routine. 
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At first in step S401, the notification management part 
11 determines whether or not the text message addressed to 
the PC client with the operational status changed is in the 
message table. If it is in the message table, step S402 
5 ensues. If not, the main routine returns. 

In step S402, the notification management part 11 
determines whether or not the change of the status 
corresponds to "disconnection from the Internet" or 
"Screensaver active." If it corresponds to either of the 
10 above two statuses, step S403 ensues. If it is not 

corresponds to any of the above two statuses, step S410 
ensues . 

In step S403, the notification management part 11 
determines whether or not the sender hopes for the send 
15 notification sent to the sender, and if the sender for it 
step S404 ensues. If the sender does not hope for it step 
S416 ensues. 

In step S404, the notification management part 11 
creates radio send result notification and notifies the 

20 decision part of it, assuming that the a text message that 
was previously sent to the PC client. For example. Radio 
send result notification with a message "The message 
addressed to 020-222-222 was not read in the PC and was sent 
to the mobile phone." is created. The decision part 

25 determines a send mode according to the status of the sender 



and requests it to be sent from the text message send part 6 
or the send part 14. 

In step S405, the notification management part 11 
passes the text message to the send part 14 and deletes the 
entry of the relevant text message from the message table. 

In step S406/ the notification management part 11 
obtains necessary information such as a mobile phone number 
to send it to the mobile phone from the status storage part 
9. 

In step S407/ the notification management part 11 sends 
the obtained send information to the send part 14 and 
requests sending. 

In step S408, the notification management part 11 
determines whether or not that the receiver's mobile phone 
read can be notified. If it is possible, step S409 ensues. 
Otherwise the main routine in Fig. 10 returns. 

In step S409, the notification management part 11 
creates send notification including the sent text message / 
sender /receiver , and send/receive type, etc. This send 
notification is written in the message table in step S94 of 
the above-mentioned main routine. 

If it is determined that the status change notified in 
above-mentioned S402 is not disconnection or activation, 
step S410 ensues. 

In step S410, the notification management part 11 




determines whether or not the notified status change is 
completion notification of an Internet application that is 
already sent. If it is completion notification^ step S411 
ensues; otherwise the main routine in Fig. 15 ensues. 



obtains send information necessary to send to PC client such 
as an IP address by referring to the status storage part 9. 

In step S412/ the notification management part 11 
passes the send part 14 an obtained send message or text 

10 message and requests sending. 

In step S413, the notification management part 11 
deletes the relevant text message from the message table. 

In step S414, the notification management part 11 
determines whether or not the sender hopes for the 

15 notification of the send result. If the user hopes for the 
notification, step S415 ensues. If not, the main routine 
indicated in Fig. 15 ensues. 

In step S415, the notification management part 11 
creates a PC send result notification and notifies the 

20 decision part 10 of it, assuming that a text message 

previously sent to an Internet application of the PC client 
was not read. For example, a PC send result notification 
with a content "a text message addressed to channel #CA was 
not read and was sent to PC" is created. The decision part 

25 10 selects a send means and send method according to the 



5 



In stepS411, the notification management part 11 
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seder's status and requests sending from the text message 
send part 6. 

In step S416, the notification management part 11 
obtains information necessary to send to the mobile phone 
5 such as the mobile phone number from the status storage part 
9. 

In step S417/ the notification management part 11 
passes the obtained information to the send part 14 and 
requests sending. 

10 (iv) Other Process 

In step S200, if it is determined that the received 
event is not a change notification of the operational 
status^ another handling routine in step S500 ensues. Fig. 
18 is a flowchart showing flow of another handling routine. 

15 At first in step S501^ the notification management part 

11 determines whether or not the received event is text 
message acquisition notification from the receiver. For 
example, if acquisition notification from a PC client or 
mobile terminal that received a text message is received by 

20 the text message receive part 7 or the receive part 13, the 
acquisition notification is sent to the notification 
management part 11. There may also be the case in which 
reply to an e-mail message or a confirmation command sent in 
the same channel of IRC may be detected by the text message 

25 receive part 7 and the acquisition notification 11 is sent 
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to the notification management part 11, If the received 
event is acquisition notification^ step S502 ensues; 
otherwise a below-described step S503 ensues. 

In step 8502/ the notification management part 11 
5 deletes the entry of the relevant text message from the 
message table and the main routine in Fig. 15 returns. 

In step S503, the notification management part 11 
determines whether or not the received event is notification 
indicating a text message to the mobile phone is stored. If 

10 it is the notif ication^ step S504 ensues. Otherwise the 

main routine in Fig. 15 returns. That is to say, if a text 
message is stored in the message storage part 12, storage 
notification is sent to the notification management part 11 
from the send part 14. 

15 In step S504, the notification management part 11 

determines whether or not the sender hopes for the 
notification of a send result. If the sender hopes for the 
notification, step S505 ensues. If not, the main routine in 
Fig. 15 ensues. 

20 In step S505, the notification management part 11 

creates storage result notification indicating a text 
message is stored. The decision part 10 determines a send 
mode according to a sender's status and requests sending of 
storage result notification from the send part 6 or the send 

25 part 14. 



In the above process, time to be timed out or 
notification setting when a text message is not read 
immediately may be set for the server from a mobile phone or 
a PC client via the Internet. The setting can also be 
5 performed with a text message in a prescribed format. 
Second Embodiment 

A mobile terminal can obtain arbitrary information by 
sending a text message in a prescribed format from the 
mobile terminal with the text messaging system shown in the 

10 above-mentioned first embodiment. 

For example. Fig. 19 shows a configuration diagram of a 
text messaging system that changes or refers to the 
operational status of a PC client managed by the server 1. 
In Fig. 19, information server 30 is used as a PC client. 

15 The mobile terminal 5 sends a text message in a format for 
sending the text message to the PC client. The information 
server 3 0 pretends to be the PC client and sets an 
operational status form the server 1. 

For example, a destination or schedule information is 

20 sent from a mobile terminal 5 to a phone number of the 
information server 30 as a text message in a prescribed 
format. As described, the server 1 sends the text message 
to the information server 30. The information setting part 
2 6 of the information server 30 that received the text 

25 message analyzes the received text message, and notifies the 
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status administration part 8 of information that changes 
the operational status of the sender. 

The information setting part 2 6 sends a text message 
indicating that the destination of another user needs to be 
5 known with a phone number of the other user. Then the 

server 1 sends the text message to the information server 
30. 

The information acquisition part 25 of the information 
server 30 analyzes the received text message and obtains the 

10 operational status of the other PC client with the phone 

number as a search key. The obtained information is sent as 
a text message from the information server to the number of 
the sender mobile terminal. Accordingly^ for example, 
current whereabouts of another user can be identified and a 

15 call can be made to him/her. 
Third Embodiment 

As shown in Fig. 20, the radio server lb may be made to 
have the message storage part 12 and radio status detection 
part 15 by installing a radio sever lb independent of a text 

20 message server la. In this case, the receive part 13a and 

13b and the send part 14a and 14b are respectively installed 
in the text message server la and the radio server lb. The 
status administration server Ic may also be made to have the 
status administration part 8 and decesion part 9 by further 

25 installing an independent status administration server 1. 
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Fourth Embodiment 

A where-to-call number may be sent with a text message 
so that the other party can immediately call back when the 
text message is sent from a PC client or a mobile phone. A 
5 receiver can call the number and talk to the other party as 
soon as he receives the text message. For example, the 
decision part 10 refers to the sender's status as well as 
the receiver's status. If the number of current whereabouts 
is set in the status storage part 12, the decision part 10 

10 sends the phone number as a callback number with the text 
message. If the number of current whereabouts is not set, 
the mobile phone number may be sent with the text message as 
a callback number. 
Fifth Embodiment 

15 In addition to the above-mentioned embodiment, it is 

conceivable that a schedule in a particular condition is 
obtained or a function such as acquisition of e-mail is 
added to the server 1. Services can easily be added without 
changing server configuration. 

20 Sixth Embodiment 

In the above-mentioned embodiment, a single mobile 
communication network and a single Internet are respectively 
shown. However, they may be multiple. Since the status 
administration part of the server 1 holds only one active 

25 status per user, if the number of networks increases, it can 

-54- 




be supported. 

Industrial Applicability 

Use of this invention allows a text message to be sent 
in a send mode according to the other party's status and to 
5 be sent and received substantially in real time. By 

notifying the sender of send result such as the text message 
not being checked by the other party, the text message can 
be notified in another send mode. Furthermore, the sender 
can know which send mode is used in which the text message 

10 was sent and thus communications with texts can be smoothly 
performed in real time. 

While only selected embodiments have been chosen 
to illustrate the present invention, to those skilled in the 
art it will be apparent from this disclosure that various 

15 changes and modifications can be made herein without 

departing from the scope of the invention as defined in the 
appended claims. Furthermore, the foregoing description of 
the embodiments according to the present invention is 
provided for illustration only, and not for the purpose of 

20 limiting the invention as defined by the appended claims and 
their equivalents. 
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